А сегодня мы поговорим о том, какие пути есть, чтобы получить StarWind Enterprise HA. Раньше, как вы помните был такой продукт как StarWind iSCSI Target Free Edition, который можно было использовать бесплатно с хранилищами до 2 ТБ. Но продукт был так хорош и удобен, что многие пользователи довольствовались бесплатной версией, даже не пробуя, что там есть в коммерческой - а было там много чего. Поэтому в итоге StarWind закрыл раздачу бесплатных версий, потому как компании созданы для того, чтобы зарабатывать деньги. Но не расстраивайтесь, я сейчас вам кое-чего расскажу.
А) Во-первых, весной прошлого года компания StarWind сделала официальное объявление о том, что для специалистов, получивших звание MVP, сертификацию MCT или MCP, а также звание VMware vExpert и сертификацию VCP/VCI - продукт StarWind предоставляется бесплатно. Единственное ограничение, которое само собой разумеется - это использование продукта в образовательных, демонстрационных или тестовых целях, но не в производственной среде. Сейчас в каждой более-менее нормальной компании, использующей виртуализацию, есть сертифицированные специалисты VCP, которые могут попросить лицензию и тестировать продукт сколько угодно долго, пока начальство не даст добро на покупку лицензии и запуск решения в промышленную эксплуатацию. Как получить лицензию? Нужно просто направить письмо с просьбой по адресу - vmware@starwindsoftware.com или hyper-v@starwindsoftware.com. По адресам, я думаю, понятно, кто куда должен слать письма.
Б) Второй немаловажный момент. Как и у всех, у компании StarWind есть пробный период в 30 дней для StarWind Enterprise HA. Поскольку это решение для создания отказоустойчивого кластера хранилищ для серверов ESX или Hyper-V, и вообще софт разносторонний, то вам этого месяца на тестирование может не хватить. Специально для этих случаев есть я. Вы можете написать мне письмо (areconster@gmail.com) с указанием того, на сколько вам нужна лицензия чтобы детально протестировать продукт. Само собой, я попрошу от Вас что-то взамен: это будет название Вашей компании и пара вопросов о Вашей виртуальной инфраструктуре VMware или Microsoft.
В) Ну и в-третьих, мы со StarWind'ом давние друзья, и, может быть, замутим в ближайшее время какие-нибудь конкурсы или иные мероприятия, где можно будет получить хорошую скидку на продукт StarWind Enterprise HA для своей виртуальной инфраструктуры. Оставайтесь на линии.
Ну и из нового - почитайте рекомендации по оптимизации настроек TCP/IP при эксплуатации хранилища iSCSI StarWind Enterprise для серверов ESX и Hyper-V (от MC Константина Введенского). Лишним не будет.
Многие пользователи, занимающиеся тестированием различных платформ виртуализации, особенно в крупных организациях, сталкиваются со следующей проблемой. Используются виртуальные машины на платформах различных вендоров (VMware vSphere и Microsoft Hyper-V, например), а потом эти тестовые машины сами собой входят в производственную среду. Потом компания принимает решение использовать одну платформу в рамках предприятия - и встает проблема конвертации виртуальных машин VMware в формат Hyper-V или (что чаще) наоборот.
Сделать это можно с помощью продуктов от самих этих вендоров, но они не всегда удобны, просты в обращении и бесплатны. А вот у компании StarWind есть полностью бесплатный продукт для преобразования виртуальных дисков между форматами VMDK и VHD - StarWind V2V Converter.
Просто подсовываете StarWind V2V Converter нужный VMDK / VHD диск виртуальной машины, а потом добавляете его к машине в клиенте vSphere или Hyper-V. Просто и удобно, а главное быстро. Данный продукт не вносит изменений в исходный образ, а также осуществляет надежное поблочное копирование в целевой образ виртуального диска.
Скачать полностью бесплатную версию StarWind V2V Converter можно по этой ссылке.
Мы уже много писали о продукте StarWind Enterprise HA, который позволяет создавать отказоустойчивые хранилища для серверов виртуализации VMware ESX на базе обычных Windows-серверов. Недавно вышла версия StarWind Enterprise HA 5.5, в которой реализован канал Heartbeat для еще большей надежности продукта. В данной статье рассматривается весь процесс создания отказоустойчивого кластера StarWind, который выдерживает отказ одного из узлов, отвечающего за работу с томами VMFS для серверов ESX / ESXi.
Таги: StarWind, Enterprise, HA, Storage, iSCSI, VMware, ESX, vSphere
Некоторые пользователи VMware vSphere используют режим объединения нескольких серверов VMware vCenter Linked Mode. Этот режим позволяет объединить в интерфейсе vSphere Client несколько датацентров, каждый из которых управляется своим сервером VMware vCenter.
При этом режим vCenter Linked Mode имеет несколько существенных требований к инфраструктуре:
Обязательно наличие разрешения имен DNS между серверами vCenter и компонентами виртуальной инфраструктуры
Серверы vCenter могут быть в разных доменах, но между ними обязательные двунаправленные трасты
Необходимо открыть в фаерволе порты для ADAM
При соединении серверов vCenter установщик должен запускаться под доменным аккаунтом, имеющим права локального администратора на каждом из серверов
Должна быть настроена синхронизация времени между серверами vCenter, и время не должно отличаться более, чем на 5 минут
Последний пункт и вызывает самые частые нарекания. Пользователи получают вот такую ошибку при попытке объединения:
Error 28039.Setup cannot join vCenter Server to the linked mode group...Check the jointool-0.log for more information
При этом, что касается временных зон - они корректно обрабатываются, а вот само время с учетом смещения отличаться не должно.
Как многие из вас знают, есть такой замечательный продукт StarWind Enterprise, который позволяет создать отказоустойчивый кластер хранилищ для виртуальных машин VMware vSphere. Об этом продукте у нас есть целый раздел, но наиболее полезные страницы - это эта, эта, эта и эта.
Схема организации кластера высокой доступности хранилищ StarWind Enterprise выглядит так:
То есть, каждый из узлов StarWind должен иметь, по крайней мере, 2 сетевых интерфейса - для доступа хост-серверов виртуализации к хранилищу и для синхронизации данных узлов между собой (чтобы работа продолжилась в случае отказа одного из узлов - данные пишутся на узлы синхронно). Но само собой, 2 интерфейса - это очень ненадежно и небыстро. Поэтому лучше делать NIC Teaming и для канала синхронизации (надежность), и для канала работы с хранилищем по iSCSI (скорость). Поэтому, по-хорошему, нужно 4 интерфейса.
Вы уже все, конечно же, скачали версию StarWind Enterprise 5.5 и приступили к ее установке. Где определяются параметры сетевых интерфейсов? Запустим, например, мастер создания виртуального диска, работающего в режиме высокой доступности (High Availability):
Здесь указываются параметры сервера-партнера в кластере высокой доступности. Имя или IP-адрес, который сюда вводится - это и есть интерфейс узла, через который происходит доступ со стороны хост-серверов VMware ESX (то есть то, что на предыдущей картинке сверху). А вот в этом шаге мастера:
В поле "Интерфейс" указывается IP-адрес интерфейса, по которому происходит синхронизация узлов между собой (то, что на первой картинке сбоку). Кроме того, в версии 5.5 появилось новое поле Heartbeat - это интерфейс, через который два узла кластера Heartbeat обмениваются сигналами доступности, чтобы при обрыве канала синхронизации не возникло ситуации Split Brain (понять что это такое вы можете из статьи "Новая возможность StarWind Enterprise HA - устранение ситуации Split Brain"). Вот в поле Heartbeat этот адрес и нужно задавать. Само собой, лучше, если подсеть heartbeat у вас будет отдельная в целях повышения надежности.
Кстати, заметьте, что есть галка "Auto synchronization after failure", которая позволяет в случае отказа одного из узлов, а потом ввод его в строй (например, перезагрузка) автоматически синхронизировать узлы между собой. Раньше это делалось только вручную.
И еще одно - вы уже заметили, что на картинках меню на русском языке. Переключается язык тут:
Мелочь, а приятно.
Таги: StarWind, Enterprise, HA, VMware, ESX, iSCSI, Storage
Впереди конец года, в котором было много интересных промо-акций VMware и Veeam, но скоро они заканчиваются, поэтому надо окончательно определяться с приобретением по ним продуктов для виртуализации ИТ-инфраструктуры и ее резервного копирования. Тем более, что сейчас самое время тратить деньги, залежавшиеся с осени. Давайте рассмотрим эти промо-акции подробнее...
Компания Citrix, после многочисленных анонсов, не так давно сделала доступным для скачивания продукт для виртуализации инфраструктуры корпоративных ПК предприятия Citrix XenDesktop 5.0. О некоторых новых возможностях продукта мы уже писали (кроме того, достаточно полный список доступен здесь).
Кстати, есть интересный сайт http://edocs.citrix.com, где уже доступна документация по Citrix XenDesktop 5.0:
Red Hat RHEV SPICE (Simple Protocol for Independent Computing Environments, through acquisition of Qumranet)
HP RGS (Remote Graphics Solution)
Oracle/Sun ALP (Appliance Link Protocol, Sun Ray)
Oracle/Sun/Tarantella AIP (Adaptive Internet Protocol)
Собственно, результаты:
Ну а за Teradici не заржавело - и они сразу сделали презентацию, что проблем нет:
Однако из многочисленных (и не особо-то опровергаемых VMware) комментариев в сети видно, что PCoIP пока все-таки проигрывает Citrix HDX. Но! Это всего лишь протокол, а в инфраструктуре VDI - протокол хоть и важен, но это далеко не единственное, что нужно учитывать при выборе решения для виртуализации корпоративных ПК предприятия.
В решении для виртуализации настольных ПК предприятия VMware View 4.5 доступ к виртуальным компьютерам на серверах VMware ESX происходит с помощью VMware View Client 4.5. У этого клиента есть несколько интересных параметров командной строки, которые можно задавать в свойствах ярлыка wswc.exe, делающих инфраструктуру доступа более гибкой.
-serverURL XXX - URL сервера View Connection Server
-logInAsCurrentUser XXX - вход как current user (true или false)
-unattended- старт в режиме unattended mode (без взаимодействия с пользователем)
-connectUSBOnStartup XXX - проброс всех USB в виртуальный ПК при запуске клиента (true или false)
-connectUSBOnInsert XXX - проброс устройства USB в виртуальный ПК, когда новое устройство втыкается в рабочую станцию (true или false)
-printEnvironmentInfo - вывести информацию о системе
-rollback - откат десктопа для Local Mode (нужен параметр -desktopName)
-standalone- не поддерживается!: запуск еще одной копии View Client для тестирования
-confirmRollback - подтверждение операции rollback для неинтерактивного режима (non-interactive mode)
-? - Показ помощи с данными командами
Кроме того, при установке клиента VMware View Client 4.5 можно использовать следующие параметры (например, при запуске файла VMware-viewclient-x86_64-4.5.0-293049.exe):
INSTALLDIR=%ProgramFiles%\VMware, Inc.\VMware View\Client VDM_SERVER=<IP-Address> или FQDN-имя DESKTOP_SHORTCUT=0 (0=не создавать иконку на рабочем столе, 1=создавать) QUICKLAUNCH_SHORTCUT=0 (0=не создавать иконку в панели быстрого запуска, 1=создавать) STARTMENU_SHORTCUT=0 (0=не создавать пункт в меню "Пуск", 1=создавать) REBOOT="ReallySuppress" (не перезагружать компьютер по окончанию установки)
Кроме этих свойств, можно также выбирать компоненты, которые будут установлены в VMware View Client. Их кодовые названия: Core, MVDI, ThinPrint, TSSO, USB. Само собой, компонент "Core" - обязателен. Можно использовать также ключ ALL для установки всех комонентов.
ADDLOCAL=Core, MVDI, ThinPrint, TSSO, USB или просто ALL
Расшифровка:
Core = ядро MVDI = поддержка Local Mode (если есть в дистрибутиве) ThinPrint = возможность Universal Printing (Print redirection) TSSO = Сквозной логин (Single Sign-On) USB = Перенаправление USB-устройств (USB Redirection)
Сегодня должен быть доступен релиз продукта StarWind Enterprise HA версии 5.5, который позволяет превратить любой Windows-сервер в отказоустойчивое хранилище данных для хост-серверов VMware ESX или Microsoft Hyper-V, работающее по протоколу iSCSI (а значит, не надо вкладывать деньги в дорогостоящие Fibre Channel хранилища). Подробнее о продукте можно прочитать тут, тут, тут, тут и тут (и, вообще, есть для этого специальный раздел на сайте).
Новые возможности StarWind Enterprise HA 5.5:
High Availability: Добавлена возможность устранения ситуации Split Brain (в случае обрыва канала синхронизации). Теперь в случае отсутствия связи между узлами по сети синхронизации StarWind обрабатывает эту ситуацию с помощью сигналов доступности (Heartbeat) по сети взаимодействия с хост-серверами.
Если в этой сети обнаруживается, что второй узел доступен, а недоступен только канал синхронизации, то первичный узел кластера StarWind продолжает запись данных виртуальных машин, а вторичный узел отключает всех своих клиентов. Таким образом сохраняется целостность кластера и отсутствует потери данных, а также простои виртуальных машин. Тем не менее, для канала синхронизации все равно лучше использовать несколько сетевых интерфейсов и NIC Teaming.
High Availability: множественные улучшения производительности работы кластера StarWind.
High Availability: поддержка собственной технологии Fast Sync для устройств работающих в режиме кэширования write-back (подробнее здесь). Эта технология позволяет в случае наступления события отказа одного из узлов кластера хранилищ StarWind, а затем его восстановлении (Failback) сделать быструю синхронизацию резервного узла с основным за счет передачи только изменений с момента последнего "живого" состояния основного узла. А вообще методов кэширования в StarWind iSCSI есть два (и они, в зависимости от нагрузки, увеличивают производительность до 30-50%):
High Availability: Если оба узла кластера хранилища StarWind iSCSI отказали или выпали из сети, и после этого начала работать полная синхронизация этих узлов, то устройства хранения будут доступны хост-серверам ESX или Hyper-V сразу же (до ее окончания). Данные будут записываться на узел, который выбран в качестве источника синхронизации (synchronization source).
High Availability: Добавлена полная поддержка аутентификации в iSCSI SAN по паролю (CHAP authentication).
CDP/Snapshots: Доработан механизм работы с дисками с GPT разделами.
Virtual Tape: Исправлена ошибка, связанная с изменением образа файла virtual tape. Параметры устройства теперь показывают корректное имя файла. Если в устройство не загружено ни одного файла-образа Virtual Tape, то в свойствах отображается "None - Virtual Tape device is not loaded" и нулевой размер файла.
GUI: Множество добавлений и исправлений в основное средство управления - Management Console.
Скачать пробную версию StarWind Enterprise HA 5.5 можно по этой ссылке. Ну а продается StarWind в компании VMC.
Таги: StarWind, Enterprise, Update, HA, iSCSI, Storage, ESX, Hyper-V, VMware, Microsoft
Мы уже писали о средстве VMware vCloud Director для управления облачными виртуальными инфраструктурами на базе платформы VMware vSphere. Этот "менеджер менеджеров" позволяет организовать процесс управления виртуальными вычислительными ресурсами таким образом, чтобы ИТ-подразделение компании могло выделять сервисы в виртуальных машинах по запросу, учитывая качество обслуживания различных категорий пользователей, считать потребляемые ресурсы=деньги (для этого есть дополнение - VMware vCenter Chargeback) и контролировать жизненный цикл виртуальных машин (для этого есть надстройка VMware vCenter Request Manager).
Компания Microsoft недавно анонсировала средство управления System Center Virtual Machine Manager (SCVMM) 2012 для платформы Hyper-V, которое в будущем может стать конкурентом VMware vCloud Director. Этот продукт реализует модную нынче концепцию Infrastructure as a Service (IaaS).
Как сообщили в Microsoft, данный продукт находится в стадии Community Technology Preview (CTP), но уже можно говорить о некоторых возможностях которыми будет обладать SCVMM 2012 для управления крупными облачными инфраструктурами:
SCVMM 2012 будет иметь 2 основных роли: Service Management (управление жизненным циклом виртуальных машин и приложений в них) и Fabric Management (управление конфигурациями вычислительных ресурсов: computing, networking, storage). Это похоже на то, что делает VMware vCloud Director.
Взаимодействие с системами хранения будет проходить посредством механизма SMI-S (Storage Management Initiative Specification). SCVMM 2010 будет выделять новые LUN на уровне кластера.
Возможность создания logical networks (абстракция IP подсетей, VLAN'ов и DNS доменов) для внутреннего облака. Эта возможность есть и у VMware.
Возможность определять и назначать пулы IP-адресов логическим сетям (logical networks), а также пулы MAC-адресов группам хостов.
Возможность копирования шаблонов виртуальных машин SAN-to-SAN при развертывании сервисов.
Поддержка модулей Citrix NetScaler в качестве балансировщика нагрузки для создания адресов Virtual Private Addresses (VIPs) и назначения их нужным сервисам.
Все, что пока есть на данный момент, это вот такой скриншот SC VMM 2012:
Говорят, что System Center Virtual Machine Manager 2012 будет доступен во второй половине 2011 года.
Штука очень классная. Чтобы ее сделать, компания Veeam наняла независимую исследовательскую компанию Vanson Bourne, которая опросила 500 ИТ-директоров крупных компаний (в каждой из которых работает больше 1000 человек).
Вот что они говорят:
Восстановление виртуальной машины занимает до 5 часов (!)
59% организаций до сих пор используют продукты для резервного копирования, которые применяются и для физической среды (что плохо, так как они не выполняют специфических для виртуализации задач)
63% испытывают проблемы ежемесячно, когда пытаются восстановить виртуальный сервер сервер
Например, вот основные выгоды, которые получают компании от виртуализации. Заметьте, что повышение эффективности защиты данных далеко не на последнем месте:
А вот какая часть инфраструктуры виртуализована сейчас и сколько будет через 2 года:
Как вы знаете, с помощью средства VMware ThinApp, входящего в состав решения для виртуализации настольных ПК VMware View 4.5, можно производить доставку виртуализованных приложений пользователям.
То есть, приложение упаковывается в один exe-файл и развертывается на рабочих станциях пользователей с помощью msi-установщика (см. здесь как это делается с VMware View 4.5). Это очень удобно при массовом развертывании и обслуживании приложений. Помните такой продукт Thinstall, с помощью которого делали предустановленные приложения? Так вот ThinApp - это он и есть, только теперь под брендом VMware.
Но есть и еще один способ доставки приложений с помощью VMware ThinApp - это возможность их запуска пользователями с общей сетевой папки (SMB Share):
При этом, в отличие от первого способа развертывания виртуализованных приложений (на локальных дисках рабочих станций), этот способ позволяет доставлять приложение на рабочую станцию поблочно - по мере востребования приложением своих данных. Приблизительно так:
Однако, когда у нас приложение VMware ThinApp работает постоянно, и множество пользователей его используют - то как же нам его обновить (например, это веб-браузер, упакованный в файл firefox.exe)?
На самом деле есть интересный механизм: вы можете положить в папку с приложением его обновленную версию, но с расширением не *.exe, а *.1 - и все новые подключения будут использовать его!
То есть:
1. Вы упаковываете приложение firefox.exe с помощью VMware ThinApp и кладете его на SMB Share.
2. Создаете на рабочих столах пользователей ярлык, указывающий на \\<server>\<share>\Firefox.exe.
3. Пользователи начинают его использовать - файл firefox.exe залочен.
4. Вы создаете новый пакет с помощью VMware ThinApp, называете его firefox.1
5. Все текующие подключения пользователей используют старый firefox, а вот все новые обращения к firefox.exe - перенаправляются к файлу firefox.1 - и пользователи используют обновленное приложение.
6. Если нужен еще апдейт - делаете пакет, назваете его firefox.2 и т.п.
7. Если нужно откатиться на предыдущую версию - делаете пакет firefox.3, который собран из предыдущей версии приложения.
Если пользователи перестанут использовать firefox.1, начав использовать firefox.2, firefox.1 можно удалить. Но! Никогда не удаляйте firefox.exe, так как на него указывает ярлык приложения на рабочем столе пользователя.
Компания Microsoft несколько дней назад объявила о выходе средства System Center Virtual Machine Manager Self-Service Portal 2.0 (VMMSSP 2.0), позволяющего пользователям или группам самостоятельно развертывать отдельные виртуальные машины или их наборы в рамках виртуальной инфраструктуры на базе Microsoft Hyper-V.
Помимо этого с помощью портала System Center Virtual Machine Manager Self-Service Portal 2.0 можно выполнять следующие задачи:
Configuration and allocation of datacenter resources: хранение информации о конфигурациях вычислительных ресурсов датацентра (процессорные ресурсы, сеть, хранилища) в базе данных и их выделение пользователям.
Customization of virtual machine actions: веб-интерфейс для расширения спектра действий с виртуальной машиной (например, можно добавить скрипты для взаимодействия с SAN при развертывании ВМ).
Business unit on-boarding: широкие возможности по управлению пользователями различных бизнес-единиц компании для работы с порталом.
Infrastructure request and change management: пользовательские формы запроса на выделение вычлительных ресурсов и рабочие процессы, направленные на сокращение времени между запросом пользователя и получением им ресурсов..
Self-Service provisioning: массовое развертывание виртуальных машин через веб-интерфейс и управление развернутой инфраструктурой на базе механизма ролей пользователей.
Возможность расширения возможностей портала средствами сторонних разработчиков.
Скачать System Center Virtual Machine Manager Self-Service Portal 2.0 можно по этой ссылке.
В предыдущей статье был описан гипердрайвер, использующий технологию аппаратной виртуализации, думаю любой, кто удосужился прочитать данную статью хотя бы до середины, понял, что эта технология позволяет осуществлять тотальный контроль над вычислительной системой в целом, операционной системой и прикладными программами.
В прошлой заметке мы писали о том, какие типы дисков бывают в продукте StarWind Enterprise, позволющем создать отказоустойчивую инфраструктуру хранения данных виртуальных машин серверов VMware ESX или Microsoft Hyper-V.
Сегодня мы посмотрим на мастер создания виртуального диска с поддержкой мгновенных снимков (снапшотов), который будет предоставлять доступ хост-серверам виртуализации по iSCSI. Снапшоты могут оказаться полезными при разработке и тестировании (временные снапшоты хранилищ виртуальных машин), а также для защиты данных от утери или сбоев в виртуальной инфраструктуре.
Для данного типа диска важен параметр Operation Mode, который задает режим его работы. Этот диск в StarWind Enterprise может работать в одном из четырех режимов:
Growing Image (Thin Provisioning) - образ диска на физическом устройстве будет создан минимального объема (тонкий диск). Для серверов ESX он будет виден как полноценное хранилище указанного объема, а сам файл образа будет расти по мере его наполнения данными. Снапшот хранилища можно сделать только вручную. Для этого из контекстного меню для устройства на iSCSI Target надо выбрать пункт Create Snapshot. Этот режим работы диска подходит для создания снимков хранилища при тестировании каких-нибудь обновлений или глобальных изменений в прикладных системах виртуальных машин.
Auto-Restored Snapshot - данный тип диска как раз подходит для разработки и тестирования. В таком режиме хранилище виртуальных машин во время одной сессии iSCSI будет изначально работать в режиме снапшота, а при окончании сессии - снапшот откатится к изначальному состоянию. Представьте, например, что вы тестируете связку систем на хранилище, но не хотите вносить изменения в эталонный виртуальный диск. Для такого диска можно задать лимит хранимых снапшотов (опция Limit maximum number of stored snapshots).
Snapshot and CDP - в таком режиме StarWind будет автоматически создавать снапшоты хранилищ с заданным интервалом времени (опция Snapshot auto creation with interval of (minutes)). Такой тип диска полезен для постоянной защиты данных (Continuous Data Protection, CDP) хранилищ виртуальных машин от их утери или порчи. В случае сбоя можно откатиться к нужному снапшоту.
Read-Only - такой диск будет доступен только для чтения, и для него нельзя будет создать снапшот. Этот диск подходит для создания хранилищ с какими-нибудь дистрибутивами или шаблонами, куда не потребуется вносить изменения.
Теперь что касается восстановления хранилищ из снапшотов. Пока восстанавливать их из интерфейса StarWind нельзя (как, например, дерево снапшотов в VMware vSphere). Чтобы восстановить хранилище, вам понадобится пересоздать iSCSI Target и указать существующих виртуальный диск снапшота в папке с данным диском. В скором времени нам обещают восстановление снапшотов из GUI продукта StarWind.
Скачать пробную версию ПО StarWind Enteprise HA можно по этой ссылке. Купить StarWind можно в компании VMC.
Как вы знаете, есть такой замечательный продукт StarWind Enterprise HA, который позволяет создать отказоустойчивое хранилище для серверов VMware vSphere или Microsoft Hyper-V с помощью технологии iSCSI на базе одного или двух обычных Windows-серверов (то есть не надо покупать дорогостоящие FC-хранилища и продукты для репликации данных). Мы уже писали о нем тут, здесь, там, в этой статье и много где еще. Сегодня мы посмотрим на то, в каких режимах могут работать хранилища StarWind Enterprise.
Итак, при добавлении iSCSI Target в StarWind Enterprise нам предлагают создать новый виртуальный диск. У нас есть три варианта создания диска:
Эти варианты работы iSCSI устройства StarWind отличаются следующим:
В режиме Physical - мы монтируем физический диск сервера для создания iSCSI Target (то есть, с какой-либо файловой системой или без нее). На этом диске хост-серверы виртуализации VMware ESX уже сами будут создавать файловую систему (VMFS).
В режиме Basic Virtual мы создаем виртуальный диск без функциональности снапшотов (то есть это просто файл на диске в операционной системе Windows Server с установленным StarWind Enterprise, в который будет происходить запись данных виртуальных машин, которые, в свою очередь, видят содержимое этого файла как хранилище iSCSI). Внутри этого файла уже самим сервером VMware ESX создается том VMFS. Данный диск может быть тонким (растущим по мере наполнения данными), но создать тонкий диск из GUI StarWind нельзя (будет в следующих версиях).
В режиме Advanced Virtual - мы создаем диск с поддержкой мгновенных снимков и кластеризации. Такой диск работает как предыдущий за исключением возможностей защиты данных. К ним относятся зеркалирование образов дисков, снапшоты (мгновенные снимки) и диск с поддержкой двухузловой конфигурации StarWind (High Availability). Этот тип поддерживает возможность создания тонких (растущих по мере наполнения данными) дисков.
Далее есть три типа виртуальных дисков Advanced Virtual:
Они представляют собой следующие подтипы:
Mirror (RAID-1) Device - это зеркалированный виртуальный диск, который может находиться на разных физических устройствах, подключенных к серверу хранения, что обеспечит защиту данных в случае отказа одного из этих устройств (например, разные диски или разделы разных массивов). Но узел StarWind, через который сервер VMware ESX будет получать доступ к хранилищу, будет один. Такой тип дисков подходит для защиты данных виртуальных машин от физических сбоев хранилищ, но не подходит для защиты данных от утери (например, удаление пользователем).
Snapshot and CDP Device - это возможность создать хранилище виртуальных машин, которое поддерживает функциональность мгновенных снимков (snapshots). Эти снимки могут создаваться автоматически или вручную, что обеспечит возможность отката к определенному состоянию хранилища. Данный тип дисков также может работать в нескольких режимах обеспечения защиты данных. Также эти диски могут быть тонкими (растущими по мере наполнения данными). Кроме того, такой тип дисков может пригодиться, когда часто требуется откатываться к исходному состоянию хранилища, например, при разработке и тестировании.
High Availability Device - данный диск совместим с двухузловой конфигурацией StarWind Enterprise HA, которая обеспечивает защиту данных виртуальных машин за счет резервирования и узлов, и их хранилищ. Эти узлы синхронизируют данные между собой и могут работать в Active-Active или Active-Passive конфигурации (подробнее здесь). Для такого диска указываются параметры сервера-партнера StarWind.
На этом пока все - в следующей заметке мы расскажем о типе дисков Snapshot and CDP Device - в каких режимах они могут работать, и как они могут применяться на практике.
Скачать пробную версию ПО StarWind Enteprise HA можно по этой ссылке. Купить StarWind можно в компании VMC.
В своем решении VMware View 4.5 для виртуализации настольных ПК предприятия компания VMware анонсировала доступность новой функциональности оффлайн-десктопов под названием VMware View Local Mode. Эта возможность позволяет пользователям виртуальных ПК выгружать их на свои локальные компьютеры и использовать их без доступа к виртуальной инфраструктуре компании (например, в командировках).
Не секрет, что в мире виртуализации есть не только VMware. Многие пользователи, особенно из сегмента малого и среднего бизнеса, отдают предпочтение гипервизору Microsoft Hyper-V, который в составе Windows Server 2008 R2 приобрел множество полезных возможностей.
Технология построения отказоустойчивых хранилищ на базе ПО StarWind Enterprise отлично вписывается в сегмент СМБ, где при небольших инвестициях нужно получить максимум эффективности и функционала. Microsoft Hyper-V дешевле VMware vSphere (именно сам продукт, а не стоимость владения), а StarWind - не требует покупки дорогостоящих хранилищ и недешевого SAN-оборудования. Поэтому Microsoft Hyper-V и StarWind - отличные друзья.
Как многие помнят, у Hyper-V есть псевдокластерная файловая система CSV (Cluster Shared Volumes), которая представляет собой надстройку над NTFS и позволяет использовать общие тома для хранения виртуальных машин с поддержкой "горячей" миграции между хостами Hyper-V (Live Migration) и отказоустойчивости (High Availability). Система эта псевдокластерная потому, что для томов CSV из узлов Hyper-V в кластере выбирается узел-арбитр, который управляет SCSI-резервациями виртуальных машин (сам ввод-вывод идет напрямую).
При этом, у узлов Hyper-V есть такая интересная возможность, как Dynamic I/O Redirection. Эта техника позволяет в случае отказа пути одного из узлов Hyper-V к IP-сети хранения перенаправить его ввод-вывод через узел-арбитр. То есть в случае отказа всех путей хост-сервера к SAN виртуальные машины продолжают свою работу на этом узле до того, пока они не переедут на другой узел за счет технологии Live Migration (картинка уж извините от NetApp):
Если же отказ произойдет внутри iSCSI SAN, то там уже свою работу делает StarWind Enterprise HA, который переключается на резервную ноду без простоя в случае отказа основного узла хранилища.
Понятное дело, что ситуация, описанная выше с Hyper-V для Dynamic I/O Redirection, полезна лишь в очень ограниченном количестве случаев, когда, например, подключения узла к SAN не дублированы (да, и такое бывает).
Мы рекомендуем использовать StarWind Enterprise для конфигураций Hyper-V, когда требуется создание надежной и защищенной инфраструктуры хранения для виртуальных машин. Что еще можно почитать на эту тему от StarWind:
Компания VMware недавно выпустила новую версию средства для создания инфраструктуры виртуальных ПК предприятия VMware View 4.5. В рамках издания Premier для этого решения поставляется также продукт VMware ThinApp, представляющий собой средство для виртуализации приложений (упаковки в один-два файла) и доставки их в виртуальные ПК пользователей. Таги: VMware, View, ThinApp, VDI, Enterprise
Как вы знаете, есть замечательное ПО StarWind Enterprise HA, которое позволяет создать отказоустойчивое хранилище для виртуальных машин VMware vSphere или Microsoft Hyper-V, на базе технологии iSCSI. Мы уже писали о StarWind здесь, здесь, здесь и здесь, а сегодня мы расскажем о том, какие требования к узлам предъявляет ПО StarWind Enterprise.
CPU
Рекомендуется процессор Intel Xeon E5620 или выше либо эквивалентный ему AMD Opteron. Надо отметить, что рекомендуется использовать многоядерные CPU. При этом, если сравнивать CPU, у которого частота каждого из ядер меньше, с CPU с большей частотой ядер, но меньшим их количеством - то предпочтителен первый вариант. То есть, лучше иметь 6-ядерный Intel Xeon 5660 с частотой 2.8 ГГц на ядро, чем 4-ядерный Intel Xeon 5667 с частотой 3.02 ГГц на ядро.
RAM
Минимум нужно 4 ГБ (для самой Windows и движка StarWind). Если вы используете один из методов кэширования в StarWind - то потребуется дополнительная память на кэши, исходя из их размеров.
Network
Естественно нужно использовать как минимум гигабитную сеть хранения iSCSI (при этом помните, что каждый компонент сети должен поддерживать 1 Гбит). Лучше использовать NIC Teaming для расширения канала или сети 10G, а также большие кадры Jumbo Frames (9K). Помните, что канал синхронизации между узлами обязательно нуждается в дублировании.
HDD
Можно использовать устройства SATA, SAS или SSD. Естественно, используйте аппаратные RAID-массивы, а не программные в производственной среде. Узнавать о том, какой RAID лучше начните отсюда.
Операционная система
Рекомендованная - Windows Server 2008 R2. Можно использовать и Windows Server 2003 (все, что выше - поддерживается). Также можно использовать и издания Server Core и даже бесплатный Hyper-V Server, однако, по понятным причинам, GUI для StarWind нужно будет устанавливать на отдельный компьютер (этот компонент называется StarWind Management Console). При этом для управления можно использовать и рабочую станцию с ОС, начиная с Windows XP. Помните, что для управления надо открыть порт 3261 в сетевом экране.
Сам процесс установки и настройки ПО StarWind Enterprise на каждом из узлов занимает 10-30 минут, поэтому просто возьмите и попробуйте продукт бесплатно.
Не секрет, что планшеты Apple iPad пользуются необоснованной, но бешенной популярностью среди пользователей. Множество компаний разработчиков корпоративного ПО ищут нишу для применения данных устройств при доступе к ИТ-инфраструктуре предприятия, и VMware здесь не исключение.
Не так давно VMware анонсировала скорый запуск клиентского ПО vSphere Client для iPad, первую бета-версию которого нам обещают показать уже в октябре-ноябре этого года, а выпустить релиз к началу 2011-го:
Но что еще интересно, на прошедшем VMworld Europe 2010 были анонсированы еще 2 интересных приложения для iPad - это клиент VMware vSphere Request Manager и клиент VMware View:
Приятно видеть, что iPad может хоть на что-то сгодиться.
Помните мы рассказывали о замечательном продукте VMware Lifecycle Manager, который позволял управлять жизненным циклом виртуальных машин в инфраструктуре VMware vSphere? Теперь этого продукта больше нет, а ему на замену пришел новый - VMware vCloud Request Manager.
VMware vCloud Request Manager будет является расширением для VMware vCloud Director, продукта для управления облачной инфраструктурой VMware vSphere, которую предлагается создавать крупным предприятиям и поставщикам сервисов в сфере облачных вычислений (Cloud Computing).
По сути, vCloud Request Manager - это портал самообслуживания пользователей, в котором происходит развертывание новых сервисов в виртуальных машинах в соответствии с определенными рабочими процессами (workflows). Когда пользователь выбирает виртуальный сервис vApp для развертывания из каталога vCloud Director, происходит формирование запроса менеджерам датацентра, которые рассматривают причину обращения и отслеживают, есть ли необходимые лицензии для новой прикладной системы.
Так же как и в Lifecycle Manager, в vCloud Request Manager происходит отслеживание жизненного цикла виртуальных машин и списание их в зависимости от заданного времени существования (при этом высвободившиеся лицензии возвращаются в пул).
Сам workflow для работы с VMware vCloud Request Manager определяется в графическом интерфейсе, где можно использовать различные организационные объекты vCloud (утверждение менеджером, нотификации и т.п.). Также присутствуют различные виды квот, моделей расчета потребления ресурсов/денег, дефолтные сроки аренды, настройки вычислительных ресурсов и т.п.
Virtualization.info сообщает о том, что стоимость продукта VMware vCloud Request Manager будет составлять $100 за виртуальную машину в инфраструктуре под управлением VMware vCloud Director.
Уже многим из вас известен такой замечательный продукт для создания хранилищ под виртуализацию, как StarWind Enterprise HA. С помощью StarWind можно создать инфраструктуру хранения виртуальных машин VMware vSphere или Microsoft Hyper-V на базе технологии iSCSI без больших инвестиций. Сегодня я хочу вам рассказать о технологии использования кэширования в StarWind Enterprise, которая позволяет существенно увеличить производительность операций чтения и записи данных на тома VMFS в среде VMware vSphere. Таги: StarWind, Enterprise, Storage, iSCSI, VMFS, VMware, ESX, SAN, Microsoft, Hyper-V
Компания Veeam Software, ведущий поставщик решений для управления виртуальной инфраструктурой VMware vSphere, объявила о выпуске решения Veeam Monitor 5, которое позволяет осуществлять мониторинг серверов VMware ESX и виртуальных машин в реальном времени.
Для многих крупных компаний Veeam Monitor (а также коннекторы nworks к System Center Operations Manager и HP Operations Manager) стали уже стандартом управления и мониторинга виртуальной инфраструктуры VMware vSphere.
В версии Veeam Monitor 5 появились следующие новые возможности:
Полная совместимость с VMware vSphere 4.1, включая поддержку всех новых возможностей платформы (например, новые метрики, которые появились именно в версии 4.1 для систем хранения, NFS-томов, мониторинг путей по I/O, Lantncy и прочее, всего более 100 новых метрик).
Интеллектуальные возможности мониторинга. Всего в Veeam Monitor 5 есть 125 типов тревог (alarms), которые позволяют покрыть все возможные события виртуальной инфраструктуры vSphere, которые наступают, в том числе, при превышении определенных пороговых значений (treshholds). Veeam в течение нескольких лет собирала базу знаний на основе обратной связи от пользователей своих продуктов. Это позволило дать объяснение многим вещам, ежедневно происходящим в инфраструктуре виртуализации - и эта база доступна для удобного просмотра из интерфейса. Это позволяет очень быстро решать проблемы, особенно в крупных инфраструктурах.
Новые Dashboards. Интерфейс представлений в Veeam Monitor 5 был существенно доработан, что позволяет теперь получать больше информации из одной точки обзора для администратора или менеджера датацентра. При этом, есть возможность "проваливаться" внутрь объектов (например, кластер) для более детального исследования поведения их составляющих.
Monitoring of logical disk space. Теперь видно сколько свободного пространства осталось внутри гостевой ОС, что позволяет своевременно предотвращать проблемы переполнения логических дисков. Это частая проблема при большом количестве виртуальных машин.
Snapshot monitoring. "Забытые" снапшоты также являются частой проблемой виртуальной инфраструктуры VMware. Например, кто-то сделал снапшот перед накатыванием очередного патча на ОС, а потом забыл про него. При этом снапшот продолжает расти и болтается, создавая проблемы. Теперь можно поставить аларм на превышение заданного объема снапшота.
Management reports. Теперь можно по любому объекту составить отчет по различным метрикам. Например, можно посмотреть, отчет по заполнению систем хранения, чтобы обнаружить какие стораджи скоро кончатся, а какие наоборот пустуют.
Streamlined alarm management. Теперь появился отдельный интерфейс для работы с алармами, где их можно временно отключать, искать по условиям и много чего еще.
Scalability and architecture improvements. Во-первых, улучшилась интеграция с Microsoft SQL Server, а, во-вторых, теперь можно одновременно наблюдать до 200 и более хостов VMware ESX / ESXi на один сервер Veeam Monitor 5. Естественно, он 64-битный.
UI enhancements. Несколько улучшений графического интерфейса, например, full screen для вывода на монитор оператора.
Теперь скриншоты Veeam Monitor 5:
Скачать пробную версию Veeam Monitor 5 для VMware vSphere 4.1 можно по этой ссылке.
Компания VMware продолжает выпуск технической документации, посвященной решению для виртуализации настольных ПК VMware View 4.5. В документе "VMware View Deployment Reference Architecture" рассматривается инсталляция VMware View 4.5, состоящая из нескольких блоков VDI, (всего рассматривается от 5000 до 50 000 виртуальных рабочих мест).
Документ подготовлен при совместном участии компаний VMware, NetApp, Wyse, Cisco и Fujitsu на базе программного и аппаратного обеспечения этих вендоров.
Каждый блок, рассматриваемый в документе, включает в себя:
60 хостов ESX 4.1 (на серверах Cisco UCS или Fujitsu PRIMERGY)
1 кластер FAS3170 HA Cluster
2 сервера VMware vCenter
3 сервера Connection Servers (использующих PCoIP для доступа пользователей)
5 000 виртуальных машин с гостевой ОС Microsoft Windows 7
На прошедшей недавно в Берлине конференции Citrix Synergy компания Citrix официально объявила о выпуске новой версии продукта для виртуализации настольных ПК предприятия XenDesktop 5.
Напомним, что на сегодняшний день решение Citrix XenDesktop является лидирующим продуктом на рынке VDI (Virtual Desktop Infrastructure). Кроме того, Citrix XenClient, интегрированный с XenDesktop, является единственным на сегодняшний день "клиентским гипервизором", который позволяет распространять виртуальные машины пользователей на устройства без операционной системы (bare-metal гипервизор).
В Citrix XenDesktop 5 появился новый компонент - Citrix Desktop Director. Это веб-консоль, представляющая собой единую точку управления и контроля инфраструктуры виртуальных ПК, которая оказывает существенную помощь при решении типичных проблем в крупных организациях.
Новые возможности Citrix XenDesktop 5 рассмотрены в статье "Citrix Accelerates Virtual Desktop Revolution with XenDesktop 5". Стоимость Citrix XenDesktop 5 для издания VDI-only (без XenApp) составит $95 (на одного пользователя или устройство). Цена XenDesktop 5 Enterprise и Platinum Edition будет составлять $225 и $350 соответственно.
На данный момент Citrix XenDesktop 5 недоступен для загрузки. Выпуск продукта намечен на четвертый квартал этого года. Как только выйдет финальный релиз продукта, мы обязательно детально рассмотрим его новые возможности в отдельной статье.
Многим пользователям платформы виртуализации VMware vSphere известна компания StarWind, которая производит продукт StarWind Enterprise для создания отказоустойчивых хранищ под серверы VMware ESX (описание работы - здесь, изданий - здесь). Основная фишка данного продукта - использование двухузлового кластера, работающего в режиме Active-Passive или Active-Active, который в случае падения одного из узлов продолжает свою работу, а виртуальные машины не теряют данных. Эта вещь актуальна для организаций, которую используют существующую инфраструктуру Ethernet для создания сети хранения на базе технологии iSCSI. То есть для тех, кто не любит тратить деньги направо и налево, покупая Fibre Channel системы хранения.
По заявкам наших читателей мы публикуем объяснение работы кластера StarWind Enterprise в случае обрыва канала синхронизации между узлами (так называемый сценарий Split Brain). В актуальной версии StarWind Enterprise 5.4 при обрыве канала синхронизации между узлами обе ноды оставались работающими, думая что каждая из них - выживший член кластера.
В этом случае, например, при алгоритме балансировки Round Robin (или при переключении пути после разрыва канала синхронизации) могла выйти ситуация, когда данные писались то на одну ноду, то на другую (а данные между ними не синхронизировались). Соответственно, при попытке что-нибудь прочитать - мы получали Blue Screen в гостевой ОС. Поэтому настоятельно рекомендовалось использовать дублирование канала синхронизации (NIC Teaming).
В версии StarWind Enteprise 5.5 которая у меня уже есть на руках (и вы можете ее у меня попросить), а у вас будет совсем скоро, ситуация кардинально лучше. Теперь механизм работы кластера StarWind HA следующий:
Когда ноды работают в режиме Active-Active, между ними все равно есть распределение ролей - Primary и Secondary.
Если обрывается канал синхронизации между узлами (нет пинга), то:
По каналу Heartbeat (сеть iSCSI трафика) первичный узел посылает запрос вторичному узлу на то, жив ли он (обычный ping). Если он жив, то первичный узел посылает вторичному узлу команду на отключение всех клиентов (ESX) от этого узла. Соответственно все команды процессятся через первичный узел и ситуации Split Brain не возникает. При налаживании канала синхронизации - оба узла синхронизируются (второй получает данные от первого) и работа в режиме Active-Active продолжается.
Если Heartbeat по сети iSCSI-трафика не прошел. Это значит умер вторичный узел, а не канал синхронизации. Соответственно, ESX продолжает запись на первичную ноду до того, как вторичный узел не придет в себя. После этого опять произойдет синхронизация и кластер StarWind HA продолжит свою работу.
Вторичная нода тоже пингует первичную при разрыве канала синхронизации на случай если упал сам первичный узел, а не канал синхронизации. Если ответа нет - она продолжает работу по записи данных на диск. После восстановления канала синхронизации с этой нодой синхронизируется первичный узел и конфигурация Active-Active восстанавливается.
Скачать продукт StarWind Enteprise можно по этой ссылке. Купить StarWind можно по этой ссылке.
Таги: StarWind, Enterprise, HA, Split Brain, Storage, iSCSI
Компания Citrix на днях выпустила окончательную версию клиентского гипервизора, устанавливаемую на компьютер без ОС (bare metal), Citrix XenClient 1.0.
С момента выхода Citrix XenClient RC2 появилось несколько новых возможностей:
Integrated Disk Encryption Виртуальные машины, доставляемые на компьютеры с XenClient, с помощью компонента Synchronizer for XenClient , могут быть защищены средствами шифрования дисков по алгоритму AES-XTS. Это позволяет в случае утери ноутбука с чувствительными данными в виртуальных машинах быть уверенным в том, что эти данные не достанутся злоумышленнику. В компьютерах с процессорами Core i5 и Core i7 vPro клиент XenClient использует технику Intel AES-NI для выполнения этих операций на стороне "железа".
External Monitor/Projector Support Последнее поколение систем с Intel Core i5 и i7 vPro полностью поддерживает мониторы и проекционные устройства с возможностью отображения 3D-графики.
XenClient to Synchronizer Communication Hardening Системы с установленным XenClient могут использовать сертификаты на стороне клиента, чтобы аутентифицироваться с компонентом Synchronizer. Все VHD файлы шифруются по алгоритму AES CBC, чтобы доставка и кэширование виртуальных окружений по http были безопасными.
VM Switching Enhancements Процесс переключения между гостевыми системами изнутри ОС был существенно доработан для удобства пользователя.
Revamped Synchronizer Web Interface Компонент Synchronizer for XenClient также был доработ в плане графического интерфейса пользователя.
Скачать Citrix XenClient 1.0 можно на этой странице.
Не так давно вышел релиз продукта VMware vCenter Configuration Manager 5.3 (vCM). Этот продукт представляет собой пакет для управления кофигурациями виртуальной среды на базе политик и развертывания приложений в ИТ-инфраструктуре предприятия.
Большое внимание в продукте уделено аспекту информационной безопасности физических серверов и виртуальных машин в соответствии с различными стандартами ИБ.
vCenter Configuration Manager собирает данные об ИТ-инфраструктуре предприятия (программное и аппаратное обеспечение, Active Directory, настройки приложений) и проверяет их на соответствие определенным политикам конфигураций, заданным администратором на базе требований компании. При этом есть некие шаблоны, относящиеся к компаниям определенной отрасли.
Что нового появилось в VMware vCM 5.3:
Развертывание приложений (упаковка Windows-приложений, установка и удаление)
Плагин к vSphere Client со средством управления vSM и средствами отчетности
Windows custom information: механизм для сбора данных об ИТ-инфраструктуре через PowerShell.
Расширенная поддержка Novell SUSE и VMware vSphere/vCenter
Управление конфигурациями систем UNIX/Linux/Mac OS X
Кроме того, есть также бесплатная лайт-версия продукта vCM под названием VMware Compliance Checker (урожденный Configuresoft Compliance Checker), о котором мы уже писали. С помощью него можно проверить ИТ-инфраструктуру на соответствие требованиям ИБ. Его отчет выглядит следующим образом:
Скачать бесплатный VMware Compliance Checker можно по этой ссылке.
RSS
